home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Amiga Plus Special 5
/
Amiga Plus Sonderheft 1996 #5.iso
/
programme
/
picturedt_v43
/
readme
next >
Wrap
Text File
|
1986-04-25
|
8KB
|
254 lines
picture.datatype V43
Copyright 1995-96
Ralph Schmidt
Additional libs/changes by Frank Mariak
All sub datatypes by Matthias Scheler
This version is a freely available picture.datatype that MUST
ONLY be used with a licenced CyberGraphX(TM) software package
when using non 8 bit screenmodes.
You aren't allowed to use this software with any non licenced
CyberGraphX(TM) "emulation" in these modes.
You are allowed to use it on ECS/AGA only machines with the
freely available cyberncg.library included.
This is a
####### ####### ######### ########
# # # # # #
# # # # # #
####### ##### # ########
# # # # # #
# # # # # #
####### ####### # # #
Release
This means...not fully done, not fully tested, use it on your own responsibility.
It may cause problems...perhaps the world will end after you've installed it.
If you are using it on a non CyberGraphX machine, do not forget to install
cyberncg.library coming with this archive
#########################
# #
#Important Informations #
# #
#########################
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
IF YOU'RE USING THE APPS THAT ARE IN THE COMPATIBILITY LIST( CHECK OUT SOME
LINES BELOW) YOU HAVE TO NAME YOUR APPLICATION EXACTLY LIKE IN THE LIST OTHERWISE
IT WON'T RECOGNIZE IT.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
The Aminet release of the png.datatype supports the V43 picture.datatype
but because of a late change to the API(DTA_ErrorLevel,DTA_ErrorNumber) these
don't support these tags. I hope that the authors of these 2 datatype update
their datatypes in the next time.
The tags are VERY important in a low memory situation.
A V43 compatible tiff.datatype has also been released already.
Problems
o PPaint doesn't load 24bit images. Well..PPaint checks the BMHD.depth of
the raw data for >8...too bad
o Picview outputs "not a standard bitmap or something like that". This
is caused by the cgfx "PLANESTOFAST" option.
The following functions aren't implemented yet.
o 24bit dithering to a very small depth planar bitmap may cause
"problems". No time to test this out.
o Sorry...also no time(lazyness) to test out PixMap support. I hope
it works as defined.
o Right now it also doesn't really care for Ham6/8 and Halfbright.
o make the application list configurable that defines which programs
can deal with non planar bitmaps.
(This sucks anyway...you only have to rename your application and it
doesn't work anymore)
o DTM_Print for truecolour pictures should differ the picture to 256 colours
and then print it.
o Make a Gauge interface so it may be controlled by tags(but does that
really make sense ? imagine a gauge popping up when iprefs is loading
your background)
o scrollable transparent picture handling should be improved.
Now it only switches back in nonmask mode.
o ******* AMosaic crashes ******* in 16Bit mode...i don't know why
yet(it worked in that mode in the summer).
############################################################################
Questions&Bugreports
Don't expect fast response.
Send bug reports to <cybergfx.dtbugs@vgr.com>
Ralfph Schmidt <laire@popmail.owl.de> picture.datatype
Matthias Scheler <tron@lyssa.owl.de> ilbm.datatype
gif.datatype
jfif.datatype
pcx.datatype
ppm.datatype
PhFrank Mariak <F.Mariak@lilly.ping.de> CyberGraphX
cyberncg.library
picture.datatype
The jfif.datatype is using the "jpeg.codec"
The JPEG codec is Copyright © 1994 Christoph Feck, TowerSystems.
All Rights Reserved. It is based in part on the work of the
Independent JPEG Group.
############################################################################
Release Notes
V43.713
o new cybergraphics.library prerelease included
o the picture.datatype now uses ordered dithering as default.
A switch to select between floyd or ordered may follow in the
future
o included a new cyberncg.library which fixes a problem with
transparent images
o added V43 compatible PCX sub datatype to archive
V43.695
o now supports AGA/ECS machines with cyberncg.library included in this archive.
V43.684
o some internal structures have changed. Please use the new
cybergraphics.library coming with this archive
o the picture.datatype expires after a few weeks now
(all pre release versions will do that in the future)
o fixed a problem in conjunction with PDTA_DestBitMap and
ODF_USEFRIENDBITMAP which caused twice freed BitMaps in
the past
V43.667
o Fixed a 24bit->8Bit(OldBitmap) Dither problem.
Was caused by a change of the CyberBitmap checking code.
This may be the problem some experienced with PPaint which
i don't have to test it out...
V43.658
o Fixed a MUI Pattern problem
o Added DTM_DRAW...not tested
V43.647
o Fixed the remap problem some people experienced
V43.629
o Finally fixed the mysterious crash bug.
V43.6xx
o Multiview cludge
o Smarter Monitor ID overruling
o Alphachannel support
o fixed PDTA_DestMode,MODE_V42 fallback..
o Added an internal V43 compatibility list with the current entries:
"« IPrefs »",
"multiview",
"amigaguide",
"amosaic",
"amosaic-as225",
"amosaic-amitcp",
"DirectoryOpus",
NULL
o Fixed Aspect=0 save problem
o smarter PDTA_UseFriendBitMap that only does something when needed
o Truecolour alphachannel mask generation activated...will be used
automaticly by OM_RENDER
o 8Bit transparent mask generation activated...will be used automaticly
by OM_RENDER
o Fixed V42 fallback mode mungwall problems with dithering..hopefully.
o OM_Render transparent special handling..see docs for more infos
o Subdatatype Error API improvement
o creating transparent mask without layout if needed
o Fixed long outstanding V42 fallback color problem bug visible with DirOpus and others.
V43.451
o Important!!!!!
Include Change
DTM_BLITPIXELARRAY -> DTM_WRITEPIXELARRAY
o PDTA_DEST works now. This means if PDTA_DEST,MODE_V43 isn't set
by application programs, a slow old planar bitmap is returned to
not break old programs that can only handle that bitmap.
Sigh..i could add an application list that works bitmaps format
independent.
Only exception is IPrefs for now...it gets a chunky bitmap.
o PDTA_UseFriendBitMap is implemented(Stuntzi)
o PDTA_NumPixMapDir
DTM_CREATEPIXMAPDIR
DTM_FIRSTPIXMAPDIR
DTM_NEXTPIXMAPDIR
DTM_PREVPIXMAPDIR
DTM_BESTPIXMAPDIR
added to support multi-volume gfx formats like TIFF.
o DTM_READPIXELARRAY added to avoid the sub datatype data sharing
design problem of the picture.datatype. If you ask me i would
have disallowed any data sharing at all because it destroys the
meaning of OO.
o GAUGE disabled...there should be GAUGE Method imho
V43.395
o Added a cludge to avoid a BestModeID crash
o Added a Volume Gauge...will be configurable in the future
o ilbm.datatype that handles 24bit...thanx Matthias
V43.352
o Fixed a problem with WBPattern(not only this) and some pictures.
The reason was that BestCModeIDTagList() doesn't always work
and i had no fallback mode so the returned monitorid was INVALID.
This caused a lot problems..expecially the HAM/HALFBRIGHT bit test
on the modeid resulted into a wrong decision because INVALID=-1.
V43.340
o DTM_PRINT added. It does nothing for 24Bit bitmaps.
V43.338
o DTM_COPY added. It writes 8Bit and 24Bit output.
V43.335
o DTM_WRITE added. It writes 8Bit and 24Bit output.
Questions&Bugreports
Don't expect fast response.
Ralfph Schmidt
laire@popmail.owl.de